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SERVICES AVAILABLE TO USERS OF THE NTSU 

COMPUTING FACILITIES 

The NTSU Computing Center is located in the infor¬ 
mation Sciences Bldg.. Room 119. Telephone: (817) 
565-2324. HELP DESK phone: 565-4050. 

BENCHMARKS QUESTIONS1CONTRIBUTIONS, ETC. 

- Claudia Lynch 

INFORMATION ts? ID CODES; DISK SPACE PROB¬ 
LEMS - Carolyn Goodman 


DIALING UP NTSU COMPUTERS OVER THE 

TELEPHONE 

Rhone mini hers for the Local Area Network (LAN) are: 

300 BAUD: (817) 565 - 3300 
1200 BAUD: 565 - 3499 

300 BAL'D:D/FW METRO 429 - 6006 

After a communications link has been successfully estab¬ 
lished, the user will receive the # prompt. At this point, 
it will be necessary to issue the appropriate CALL com¬ 
mand to connect with a computer. 


PRE-RESEARCH COUNSELING; STATISTICAL!RE¬ 
SEARCH SUPPORT - George Morrow, Scott Barber, 
Claudia Lynch, Tim King, Panu Sittiwong 

STUDENT PROGRAMMING PROBLEMS - CSCI Dept., 
GAB Room 542A; BOS Dept., BA Room 152 

JCL PROBLEMS; PASSWORD & OPERATING 
SYSTEM PROBLEMS; COMMUNICATIONITERMINAL 
PROBLEMS - Help Desk 

DATA ENTRY & KEYPUNCH; TEST SCORING fcf 
ANALYSIS - Bettv Grise 

i* 

ADMINISTRATIVE APPLICATIONS - Coy Hoggard 
PRINTOUT RETRIEVAL - RJE Operators 


The modems that will accept cither 300 or 1200 baud 
communications (connected to modems with an autobaud 
feature) are currently out of order. Watch MUSIC/VAX 
News and Benchmarks for information concerning their 

availability. 


CALL 8040 

8050 

8060 

CALL 3270 

3280 


CALL A780 
CALL B780 

CALL 2000 


will connect with the 
NAS/8043 (for MUSIC access) 


will connect with the 

NAS/8043 through the 3270 protocol 

converter 

will connect with VAX-A 
will connect with VAX-B 

will connect with the HP-2000 


NTSU CABLE SYSTEM SCHEDULE 


The current configuration of the NT SL cable system is 
as follows: 

Channel 8 — Tager microwave channel. Carries broad¬ 
casts to and from NTSU to other links in the Tager 

network. 

Channel 10 — NTSU Computer System Status Monitor 
(SSM). Displays the current status of the NAS, VAX and 
HP computer systems supported by the Computing 
Center, 


Channel 9 — NT Daily. Broadcast originates from the 
NTSU Journalism Department. 

Channel 12 — Sammons Cable. Currently broadcasts 
Cable News Network (CNN), unless a special program 

is requested. 

Special broadcasts to and from classrooms, etcetera can 
l>e arranged by contacting the Media Library (565-2484), 


HOURS FOR NTSU COMPUTER ACCESS AREAS 


FALL SEMESTER*: 

Davs Times Lticmon 


Sunday 

ip 


Saturday, Sunday 
Monday 

i» 

Tuesdav-Saiurdav 

* *■ 

Monday- Ihursda v 


2-10 p in, 

Noon-Midnight 
2-11 p,m, 

Noon-11:45 pin. 

7:00 a,m,-Midnight 
7:00 a.in.-Open 24 hrs/day 

7:30 a.m.-Mid night 
8:15 a.m,-1 1:45 p.m. 

8 a.m,-Mid night 


ISB 110 Terminal Area 
Computing Center RJE 

GAB 550C 

College of Business 

Computing Center RJE 
Computing Center RJE 

ISB 110 Terminal Area 
College of Business 
GAB 550C 
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F rida v 


7:30 ]>.m t 

8:15 a.m.-7:45 p.m. 

8 a.m,-8 p.m. 


Saturda >' y a.in.-6 p.m. 

10 a.nu-8 p.m. 

CLOSE Midnight 

^EXCEPTIONS For GAB 550C: 1 1/27 12/^0 - 8 a m -5 
11/28,30 12/21 - CLOSED 


ISB J 10 Terminal Area 
College of Business 
GAB 550C 

ISB I 10 Terminal Area 
GAB 550C 

Computing Center R[E 
P-m.: 12/16-19 - 8 a.m,10 p.m.; 11/29 


10 a,m t -6 pan.; 
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TCOM Computing Expands 

By Scott Barber, Academic Computing Staff (AC10 @ 

Ff Wo^h'N 1 ””'" 1 ° f m r A ? “ mpU,in * «*** «* °* Texas 

>n » increase “oSSTS ft" “ *7f? ■ ^ 

efforts will soon result in the aonrnv^l hv ih^ . T ' ' an ^ scud enLs. It is expected that these 

long range vision and provide die financial framework for itHniplernSnSo^^^’^ 1 WOU ' d ° Utli " e this 

fimcdon^ to be pa idtoih° e w ^ rnf “w iH ^ ho^sed °bot h ^KTSvZTtCOM^ “““ 

zEstfu'SSbiz Ks:^ the ^4 ^hSjs 

k rs 

, me results ol die cam pus-wide needs assessment are obtained. 


NTSU Becomes a BITNET Site 

By Steve Glick, Technical Support Staff (MAINTVM (a NTSUVM1) 

What is BITNET? 

S^FRitnI-S 1 ^ ‘ S pr ° Ud l ° allnouni:e ollr dliation with BITNET, an inter-university computer network 

documents ^ l ° ma " y ‘ ac,l,,Ies - ,nciudin g electronic mail and the ability to transfer programs and 

f ,letWOI i lhl ^ illg T? than ti(m computers at about 300 institutions and research centers including 

S ’ nXS" rml ! rl T'"' m,U: MAILNET EDUCOM's 

L S; us a„i ,al ' U|> n '“° rli ma 15,10 “*'• bringing Ok ,o U l numberS imo 
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How dot's it work? 


As mentioned above, BITNET is a cooperative network oi educational institutions. It is an implementation of die 

SCS (Remote Spooling Communications Subsystem). RSCS is a ‘Sture-and-Fonvara network. 


P 


ives the hie. When RICE receives the tue, it rorwaras it to me appiopiuuc n ^ 

File to a person whose Music ID is FZ92, they would send the file to FZ92 @ NTS MUSIC. This 
is standard notation with respect to RSCS. The file would show up as a MEMO m FZ92 s 

_ V a Jij» i ■ f t f" 1 J jlL ^ 1 m 


IBM program product RSCS (Re—„ -„ . % . , 

This means that a file which leaves NTSC is forwarded to the next node on the network. When the next node 

successfully receives the file, it notifies the sending node, and ihe sending node (more about nodes m a bit) 

discards its copy of the file. This process may be better understood with the following abbreviated topological mu 

of the network: 

(NTSC)—(UT Dallas)—(UT Austin)— (A&M)—(L7Houston)—(RICE) 

Each university listed above represents at least one Node' on Bll NE C Each node has a name. For example, 
NTSU currently has two nodes, NTSUVMJ and NTSMUSIC. NTSUVM1 is the node winch CMS users have 
access to, and NTSMUSIC is the node which MUSIC users would use. Now, say that a need exists lo send a file to a 
user at Rice University. I first have to know the node name by which Rice University is known (it is, m this case 
RICE, but they are not always so obvious.) Next, 1 need to know the recipients User-ID at RICE. Let us say t e 

receiver's ID is BOB, From the MUSiC/SP memo facility, 1 would type, 

MEMO SEND TO(BOB(RICE» 

The File would leave NTSU and first go to UT-Dallas. When LTD receives the file, it sends an acknowledgment to 
us, and our RSCS system purges its copv of the file (Store and Forward). I'he process continues until the Rice 
RSCS system receives the file. When RICE receives the file, it forwards it to the appropriate user.Jf a user at Rice 

wished to send a 

‘user, id (a node --— - —— t 

mailbox. The lime required to send a file depends on network traffic, the size of the file, and the distance from 
sending to receiving node. Transfer of a 200-300 line file would take something on the order of a minute to reach 
Houston, depending on other network traffic. Sending the same file to New York might take 5 or 6 minutes. 

How Can I get a list of BITNET sites? 

A public file exists on MUSIC, called BITNET.USERS. This file can be listed at your terminal, edited (you could 
use the LOCATE command to find a university name), or primed with the P ITCH utility. If you have a need to 
communicate with a user at a member site, vou would first make sure that the person with whom you wish to 
correspond has access to BITNET at their University. This being the case, contact the Computing Center to obtain 
access via the MEMO facility, to BITNET. The receiver of your correspondence must provide you with both a 
Node Name and a User Id. You must provide them with your MUSIC or CMS ID, and our Node Name (which is 
NTSMUSIC if using MUSIC, or NTSUVM1 if you are a CMS user.) 

Who can use BITNET? 

Access to BITNET will be granted to any faculty member or graduate student having a legitimate need to communicate 
with another site. If you have a CMS ID, vou already have access to BITNET. Although BITNET is designed 
primarily to operate with the CMS operating system, transfer of mail or documents is also supported here through 
MUSIC/SP. If vou are a MUSIC user, contact the Manager of Academic Computing at 565-2324 to apply for 
BITNET access. Pending the acquisition of funding for additional VAX Software, VAX users will have limited 

access to the network. 

This is pretty slick y but how much does it cost? 

As mentioned above, BITNET is a cooperative network, in the present context, this means that use of it is free. 
The Computing Center at NTSU pa vs for a 9600 baud link to U Y Dallas. I l Dallas pays for the link to LT 
Austin, which pays for the link to A&M, etc. All use of BII NET, though, is explicitly limited to the exchange ol 
non-commercial information in support of our mission of education and research. Commercial use of BITNET is 

strictly forbidden. 

jf 

BITNET represents a significant addition to the facilities which are offered here. For example, a physicist here at 
NTSU now has a fast, and economical (free) link to the Centre Europeene Research* Nucfeaire (CERN) m Europe. A 
CERN scientist and one here who are jointly working on research could exchange notes or a co-authored paper. 
Or a social scientist could exchange data or a joint paper with a colleague at, say, Duke University. We at the 
Computing Center have already used BITNET in documenting and fixing a bug in MUSIC via transfer at data to 
the MUSIC/SP development staff in Canada, If you have anv questions about BITNET, contact the Computing 

Center at 565-2324. 


NOTE: The reference for RSCS (and thus BITNET) communication in this article is the 
which is available at the University Store. This reference will help CMS users only, and 
Chapter 5 ‘Communicating With Other People (Who Use Computers). 



Primer (SC-24-5 2 36} 
the relevant info is in 
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MS-DOS Utilities for the 77 and IBM PCs 
By Scoll Barber, Academic Computing Staff 



(ft NTSMUSIC) 


1 he C °m plJ ting Center has recently acquired a number of public domain utilities for TIPCs and JRvi p r. ^ 

•he mainframes a. NTSU for storage or pressing by aWrame ,e*. pro^r ,o^ at WattScR,^ 




Additional Print Environments Available on the Laser Printer 

LP4X jn the appropriate position in the 5YSPRINT DD card in vour TCI T n ihe \ P 9 y “, £ S YJ ? 

sastr :.r L 1 ■» 4 ■"*« - -S c i k i5:s: 1 Sirst 

SsSi-jssiss s^“ M r ssssissr "flstrx ss r sc d 

the LP4X environment can only be used to prim out documents with a lot of white space in them If rhe^l? 
muc material to print, the laser printer will run out of memory. DO NOT USE THIS TO PRINT DUMPS!°° 

Character Representation: More Confusing Fa*** 

By Cfaudia Lynch, Benchmarks Editor (AS04 

The September Benchmarks contained an article about character representation and how it Hiff,.- a a- 

sss: Sid»s*7of Yi^ MUs,osp h "vr mi «Lud •<■«««»». j m 

by the software (operating system) into EBCDIC, so that the NAS/8043 can understand it. ^us althou^ vnnr 

T secs them as EBCDIC and even if you cause the hex'ci* ^° U ^j 

S£SlSSnS S S: yPe °" thC $Creen IO ^ diSf>layed ’ y ° U Wi “ alwa >' S See EBCDlC - '-“-The 

into EBCDIC mstead of the software, and in certain cases, they are translated differently characters 

So far we have been dealing only with on-screen character representation. When we add another level of romnlcvitv 
appiaTonTurinmu>7^ di,Terent r « sults - The following tables list special characters and how they would 

on the printout as it did when typed on the screen. cnaracier appears 

It is very important lor you to remember that if you create a file while CALLed to 3270. these characters rnav look 
olTTn r°“ dCC,de t0 u edU k When CALLed to 804 ° (and vice versa). As long as you aren t editing you am 

WmSir "° M •“ if • our n,e fro ™ •*-■“*•*«« - pTrt 
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SPECIAL CHARACTER OUTPUT FROM FILES GENERATED ON “3270- 



SPECIAL CHARACTER OUTPUT FROM FILES GENERATED ON "8040" 


Character 


PI01 

EL01 

SCO 1 

HA01 

DC01 

PNOI 

TNS1 

(Graphic) 


Print 

Print 

Print 

Print 

Print 

Print 

Prim 


Train 

Train 

Train 

Train 

Train 

Train 

Train 

[ 

i 

1 


\ u 





U 

l 


1 

1 

! 

\ 

1 

l 

■ 


] 

j 


i 

l 



i 


e 

T 

IB 

i 

P 

B 

+ 

t 

4 

c 

I 

t 

/ 

I 


1 

1 

B 

1 

l 

1 

1 

* 


jK 

9 





9 

9 

{ 

} 


B 





B 

B 


i 




/ 

f 

f 

1 



/ 

1_ 

/ 

/ 

[ 

£ 


; TN01 

Standard 

LP2X t 

Print 

Print 

LP4X 

Train 

T rain 

Trains 


U 

U 

1 

i ! 

1 


i 

i 


e 

e 

l ! 

f 

B. 

t 

B 

1 I 

1 

\ 

i 9 

9 

9 

B 

B 

B 

i 

r 

t 

r 

[ 

■ 

J 




If you don’t know what print environment vou have been using and you have been submitting Waterloo/SCRIPT 
jobs, your print environment has probably been TN01 (the default). If you have been running SPSS-X, SAS, 
COBOL, or some other programming language jobs* your print environment has most likely been standard . 


Legend of Special Characters; 

[ Opening Bracket 

I Exclamation Point 

Circumflex 

I Vertical Bar; Logical OR 

{ Opening Brace 

\ Reverse Slant 


: Vertical Line 

) Closing Bracket 

Tilde 

x Grave Accent 

} Closing Brace 

/ Slash 
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Computing Council Representatives, Fiscal Year 1985-1986 


The Ldiversity Computing Council was established in 1981 to function as an advisory body with resoect to rnmnmi™ 
policies, services, physical facilities, and allocation of resources. It is a standing Council', and reports to a Steering 
Committee composed of the Vice President for Fiscal Affairs, the Vice President for Academic Affairs the Vice 

Medlefne. ^ AdmmlStratlve Affalrs ’ and a Representative of the President of the Texas College of Osteopathic 

JtST P T? Cou ’ lal is c °neerned with both current policy matters and long-range planning. An emphasis is 
placed on policies and procedures to provide and maintain a balance between required computing services^nd the 

.ompudig^STsftoof “ mra ret ' Uirem '"“- Th ' of existing 

Academic, administrative, and Computing Center representatives comprise the Computing Council with the iraAemi/- 

of'he S Cil m 'r bC,S and A ,“ ,dC f C.mpud„ 8 P Col^f„7, h h ^ 

K ur scflooli ’- lne allies oi the Academic Computing Coordinators are lisLed below: 

* documem,n g- and lI P datin S school or college and departmental computing plans including current 

KrnKassssK'ss ■*-~ p - ~ 

* rs saffiSi; ssrsnasr and “ fware ^ i ° 

* <*"*** Cm, ' r “*» “» f user gdto. software 

* Sinedtk^ge" 8 ' “ d “ nm>llin * de l ,a " memal “ Allocations of resource, soeh as rerminal and 

* Coordinating, assisting, and controlling departmental or 

(including microcomputers and word'processing systems), 

* Other duties as agreed within the Computing Council. 

The administrative computing representatives are individuals who, because of their positions, are normallv resnnmihle 
p C dev ,elopment and coordination of major administrative computing information systems. Other members of 

a SyS r S ‘ The Director of tcopuicr Sy.iem^, ,he m) “£r of CoTpolg .he 

several additional members who have expertise otherwise not available on the Council ambers), and 

It is particularly important that ail members of the academic community be aware of their particular rcore.senmrive 
™ the Council, so that any requests or questions that would be appropriate for the 


faculty acquisition of computing equipment and software 

h C \ 


Following is a list (as of October 1985) of all Computing Council members: 

ACADEMIC COMPUTING COORDINATORS 

Dr. Neal Tate, (.hair. College ol Arts and Sciences 

Mr. Cengiz Capan, College of Business Administration 
Dr. William Luker, School of Community Service 
Dr. Robert Bane, College of Education 

Dr. Rose Mary Magrili, School of Library and Information Sciences 
Dr, PauJ Dworak, School of Music 

Dr, Gerald Knezek, Department of Computer Sciences 

Dr. Michael Gibson. Business Computer Information Svstems - COB 

Ms. Fci n Motheralp TCOM* Computer Services 

Dr. Jane Workman, Home Economics 


Expiration of 
Term 


1986 

1985 

1986 

1987 
1989 
1987 


1987 
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ADMINISTRATIVE COMPUTING COORDINATORS 

Academic Affairs System 

Ms. Joneel Harris, Registrar 

Mr Tom Overton, Counseling and Testing 

Di\ Jimmie Naugher, Office of Planning and Analysis 

Dr. Ed Johnson, Director of Libraries 

Dr. Peter Witt, Research Office/ Graduate School 

Fiscal Affairs Systems 

Mr, Steve Rohn, Controller 
Mr. Larry Hoke, Purchasing 

Administrative Affairs and Other Systems 

Mr. Steve Miller, Personnel 

Medical Affairs Systems 

Mr. Steven R. Russell, Business Manager, TCOM Administrative 
Services 

OTHER REPRESENTATIVES (Non-Voting) 

Mr. Richard Harris, Associate Vice President for Computing - Computing Center 

Dr, Tom Madron, Manager of Computer Services - Computing Center 

Mr, Coy Hoggard, Manager of Information Systems - Computing Center 

Dr. Bob Brookshire, Manager of Academic Computing - Computing Center 

Mr, Stan Sawyer, Systems Analyst - Computing Center 

Ms. Gwen Wells, Office Automation Analyst - Computing Center 

Dr. Larry Luce, Director of Facilities Planning Sc Utilization 

Mr. Ray McFarlane, Director of Facilities Planning & Utilization 

Mr. Tom Newell, Communications Manager 


1987 

1986 

1987 
1985 
1985 


1986 

1986 


1986 


1985 


The Computing Council has the following standing committees: Planning and Needs Assessment, Chair: Neal 
Tate; Central Computing Resource ALlocation Priorities, Chair: Jimmie Nauger; Academic Software Priorities, 
Chair: Michael Gibson; Microcomputer/Office Automation, Chair: Steve Rohn; User Friendly Committee, Chair: 

Bill Luker. 


* ***************** * 
* * 

* OPERATIONS * 

* * 

* ***************** * 


Disk Backup Schedules 

Backup Schedule for OS/MVS 

OS/MVS disk packs (academic and administrative) are backed up daily, I uesday through Saturday, from 4-6.30 
a.m., and Sunday from Midnight to 3 a.m. A backup of all the operating systems on the NAS machines and their 

contents is done once every two weeks at some low r activity period over a weekend. 

MUSIC Backup Hours 

A message will be sent to all users signed on to MUSIC approximately 10 minutes be tore backups ate begun. It will 
be in the form * * MUSIC SHUT DOWN AT xxxx AM - SCHEDULED BACKUP **. To find out the backup 
hours w r hiie signed on to MUSIC, enter HELP HOURS. The following backup schedule is currently in etlect. 

Tuesday 3 a.in. (for about 3 hours) Weekly backup 

Wednesday - Saturday, Sundav 4 a.m. (for about 2 hours) Daily backup 

Saturday Midnight (for about 2 hours) Daily backup 
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VAX Backup Schedule 

Incremental backups ol both VAX systems arc performed Monday through Thursday at 4 p.m 
to log-off but any Hies that are open at the time of the backup will NOT be backed up. 


Users do not have 


Full backups of both systems are done every Friday beginning at 8 ami. These generally will take all day to 
complete. Again, users do not have to log-off, but any files that are open will not be backed up. 

A Stand Alone backup of the system disk is done the third Tuesday of every month, in the afternoon, just before 
preventive maintenance. 1 his procedure makes a copy of the system disk that can be used to restore its contents if 
the disk is completely destroyed. The system will be shut down; watch the system log-on message for specific times 


NOTE: No backups are taken on the weekends. Requests for restoration of files should be made via MAIL to the 
username OPERATOR, Your file can only be restored if it existed before the last backup was done. 


NASi8043 and NASI6650 Performance Statistics for October 


CPU 

SYSTEM 

SCHEDULED 

OPERATING 

HOURS 

PLANNED 

MAINT. 

HOURS 

PLANNED 

PRODUCTION 

HOURS 

UNPLANNED 

MAINT. 

HOURS 

PRODUCTION 

HOURS 

ACHIEVED 

SYSTEM 

UPTIME 

8043 

VM/SP3 

744 

0.12 

743.88 

1.90 

741.98 

99.7% 

8043 

MUSIC 

744 

21.27 

722.73 

6.25 

716.48 

99.1% 

8043 

MVS/JES2 

744 

0,62 

743.38 

5.07 

738.31 

99.3% 

8043 

COMPLETA 

744 

0.65 

743,35 

6.84 

736,51 

99.1% 

6650 

MVS/JES2 

744 

0.53 

743.47 

2.90 

740.57 

99.6% 

6650 

COMPLETEA 

336 

0.00 

336.00 

1.55 

334.45 

99.5% 

6659 

ADABASA 

744 

18.21 

725.79 

5.78 

720.01 

99.2% 


System Uptime = (Production Hrs. Achieved)/(Planned Production Hrs.) 

Production Hrs* Achieved - (Planned Production)*(Unplanned Maim.) 

Scheduled Operating Hrs* = (Planned Maint.) + (Planned Production) 

MUSIC Planned Maintenance Hours include 20.50 Hrs, for system backup. 

ADABASA’S Planned Maintenance Hours include 17.63 Hrs, for system backup. 

The NAS/8043 CPU achieved 100% uptime. The NAS/7360 DASD achieved 100% uptime. 

The NAS/7350 DASD achieved 100% uptime. The NAS/6650 CPU achieved 100% uptime. 

The SIC 8650 DASD achieved 100% uptime. 

Lost productivity h calculated as the greatest amount of elapsed time that any one of the production systems was 
unavailable for scheduled operation. Lost productivity hours were contributed to by the following key causes: 

NAS/8043 CPU: 


Miscellaneous 

1. Re-IPL to set CPU clock to Standard Time 0.77 

2. MUSIC/SP System Failures 5 20 

3. MVS/JES2 System Tuning/Improvements 0.S7 

4. COMPLETA System Failures 0.59 

5. COMPLETA System Tuning/Improvements 0.26 

6. Equipment Power Down to correct By-pass 

Switching Failure with the UPS System 1.70 


GRAND TOTAL FOR NAS/8043 9.39 HOURS 


7 
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NAS/6650 CPU: 

ISB Input/Output Staiion (IBM) 

L MVS/SP Lock-Up after CIA Cards were Replaced 


in the 2821 I/O Controller on Channel 0 0.68 HOURS 

Miscellaneous 

1, Re-IPL to set CPU clock to standard time 0,58 

2. AD ABAS A System Tuning/Improvements 0’52 

3 + ADABASA System Failures 1-22 

4. COMPLEX A System Failures 0-50 

5. Equipment Power Down to correct By-Pass 

Switching Failure with the UPS System 2 + 28 

6. Power Failure in ISB on I/O Equipment caused 

BYMPX Channel 0 to Fail 0-58 


TOTAL 5.64 HOURS 

GRAND TOTAL FOR NAS/6650 6.36 HOURS 


* 

* 

* 

* 

* 

* 


**************** * 

* 

TECHNICAL * 

SUPPORT * 

* 

************ * + * * * 


NAS18043 Program Hit Parade 

The following programs were used the most frequently on the NAS/8043 during the month of October. 


TOP TEN PROGRAMS IN TERMS OF FREQUENCY OF RUNS 


Program 

Description 

Number of Runs 

L PGM = *.DD 

.i 

Compiled Program 

22,625 

2. IEWL 

Linkage Editor 

22,202 

3. 1KFCBL0O 

VS COBOL Compiler 

17,743 

4. SCRIPT 

Water loo/SC RIFF 

9,574 

5. IEBGENER 

IBM Utility 

9,515 

6. IFOX00 

r 

System Assembler 

7,059 

7. PTPCH 

Dataset Lister 

5,113 

8, SASLPA 

SAS 

4,538 

9. IEFBRI4 

IBM Null Utility 

3,661 

10. IEBPTPCH 

IBM List Utility 

1,841 


TOP TEN PROGRAMS IN TERMS OF CPU SECONDS USED 

Program 

Description 

CPU Seconds 

L PGM = *.00 

Compiled Program 

49,043 

2. IKFCBLQ0 

COBOL Compiler 

28,355 

3. SASLPA 

SAS 

27,975 

4, IFOX00 

Svstcm Assembler 

j 

22,874 

5. SCRIPT 

Warerloo/SCRIPT 

18,069 

6. PTPCH 

Dataset Lister 

10,700 

7. IEWL 

Linkage Editor 

8,991 

8. IEBGENER 

IBM L'tilitv 

r 

2,444 

9. DAG01 

User Program 

2,422 

10. SPSS 

SPSS-X 

1,589 
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BMDP for the VAX! 

By Scott Barber, Academic Computing Staff (AGIO (" NTSMUSIC) 

We now have a version of BMDP, a widely used statistical package, for the VAX systems at NTSU. There are two 
major advantages associated with this acquisition. The first is that users of the VAX systems will now have the 

abl ‘ ty , , to conduct statistical analyses with a fairly popular and powerful set of statistical routines not previously 
available for those machines. Up to this point, users have had to use the NAS/8043 for such purposes. 

The second advantage has to do with the fact that BMDP can tun interactively on the VAX. While there are other 
packages which will run interactively under MUSIC and VMS (Minitab and Statpak), BMDP is much more powerful. 
For example, with BMDP, you can utilize clustering analytic techniques, discriminant analyses, multivariate analysis 
01 variance and covariance, with repeated measures, Box : Jenkins time series analysis, etc, 7 

The general form of the command to invoke BMDP is the following: 

BMDP ‘ ( prograirujiame 1 ' in = “input-file" out = "outputJHe” 

from the $ prompt. If you exclude the "in” and "out" parameters, you will be prompted for these files. 

You can get on-line help for running BMDP by entering: 

$ BMDP <CR> 

You may get further assistance by contacting the consultants in the Computing Center at 565-2324, 


Line Availability Increased 
By Lee Harper, Vax Operator 


There are now more terminal lines available for users on the VAX Machines. You can now call the following 
addresses to access your respective VAX: b 

Vax A — addresses A780 - A78F 
Vax B — addresses B78G - B78E 


As a rule, you will normally have to call only A780 or B780 depending on your machine. If you get a ’no response 

irom unit’ message when calling the base adddress (A780 or B780), however, then try issuing calls to higher 
address numbers. One bad PCU can interrupt the series. 


Top Ten Most Frequently Run Images on the VAXes 
By Syed Zafar and Lee Harper, VAX Operators 

VAX A VAX B 


Image name 

# of times run 

I . TYPE 

13,723 

2. LOG IN OUT 

12,133 

3. DIRECTORY 

10,235 

4. EDT 

9,314 

5. DELETE 

9,162 

6. SET 

6,993 

7. PASCAL 

4,110 

8. SNITCH 

3,837 

9. SHOW 

2,521 

10. LINK 

2,417 


Image name 

E 

# of times run 

1. LOGINOUT 

6,217 

2. TYPE 

5,578 

3. EDT 

4,870 

4. DIRECTORY 

4,491 

5. DELETE 

4,341 

6. SET 

3,687 

7. SNITCH 

1,886 

8. PASCAL 

1,853 

9. LINK 

1,184 

10. SHOW 

873 
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Get a “Subscription" to Benchmarks 

Benchmarks is a vital link between the NTSU Computing Center and the users of our facilities. It is important for 
all users of the computing facilities to maintain a file of these newsletters because they contain materials which will 
periodically update existing documents as well as information and suggestions on uses of OS/MVS, MUSIC, the 
VAX 11/780's, Microcomputers, and other resources available to NTSU students and faculty. To facilitate the 
dispersal of Benchmarks, *** FREE *** subscriptions are available. To receive yours, send the following information 
to us either by "snail mail” (the post office or campus mail) or electronically, through the MEMO facility on MUSIC 
to FA 18. 


Name___ 

Mailing Address 


Name___ 

Mailing Address 


PLEASE GIVE A CAMPUS ADDRESS (NOT BOX) IF POSSIBLE! - IPs Cheaper f! 




PLEASE RETURN TO: 
Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 


